什么是注解我学习注解还不理解注解的作用在哪里。Spring中大量使用注解，Servlet也使用注解，总之很多地方都使用注解，但凡用到注解的地方都能很明显地感觉到可以少写很多配置文件和代码。注释不被程序编译，注释是给人看的；注解会被程序编译，是给程序看的，字段、类通过反射可以拿到注解中的信息。体验注解的作用写一个简单的注解，注解的写法和接口相似，这里就不讨论注解的本质、注解的元注解。只需要知道元注解就是让注解在“什么时候用”和“哪里用”。1️⃣写一个注解：@Retention(RetentionPolicy.RUNTIME)@Target(ElementType.FIELD)public@int

最近在学习做微服务的项目，总结了一些平常没有注意到的细节，记录于此1.实体类的字段数据类型都使用包装类型实体类涉及到的属性如果是int这样的基本数据类型，那么要使用其包装类型，因为包装类型默认为null，而基本数据类型会有默认值，比如int的默认值为0publicclassHello{publicstaticvoidmain(String[]args){TestClasstestClass=newTestClass();System.out.println(testClass.a);System.out.println(testClass.b);}}classTestClass{inta;In

最近在学习做微服务的项目，总结了一些平常没有注意到的细节，记录于此1.实体类的字段数据类型都使用包装类型实体类涉及到的属性如果是int这样的基本数据类型，那么要使用其包装类型，因为包装类型默认为null，而基本数据类型会有默认值，比如int的默认值为0publicclassHello{publicstaticvoidmain(String[]args){TestClasstestClass=newTestClass();System.out.println(testClass.a);System.out.println(testClass.b);}}classTestClass{inta;In

搞过Java的码农都知道，在J2EE开发中一个（确切地说，应该是一类）很重要的框架，那就是ORM（ObjectRelationalMapping，对象关系映射）。它把Java中的类和数据库中的表关联起来，可以像操作对象那样操作数据表，十分方便。给码农们节约了大量的时间去摸鱼。其实它的本质一点都不复杂，而最核心的就是怎么实现对象和表之间的转换。之前对反射和注解有了一点了解，所以就试着来实现咱们自己的缝合怪。首先，需要建立一个「表格」：/***类注解，将类注解成数据库表**@authorxiangwang*/@Target(ElementType.TYPE)@Retention(Retention

搞过Java的码农都知道，在J2EE开发中一个（确切地说，应该是一类）很重要的框架，那就是ORM（ObjectRelationalMapping，对象关系映射）。它把Java中的类和数据库中的表关联起来，可以像操作对象那样操作数据表，十分方便。给码农们节约了大量的时间去摸鱼。其实它的本质一点都不复杂，而最核心的就是怎么实现对象和表之间的转换。之前对反射和注解有了一点了解，所以就试着来实现咱们自己的缝合怪。首先，需要建立一个「表格」：/***类注解，将类注解成数据库表**@authorxiangwang*/@Target(ElementType.TYPE)@Retention(Retention

学会了技术就要使用，否则很容易忘记，因为自然界压根就不存在什么代码、变量之类的玩意，这都是一些和生活常识格格不入的东西。只能多用多练，形成肌肉记忆才行。在一次实际的产品开发中，由于业务需求的缘故，需要使用Elasticsearch搜索引擎。搜索引擎是通过索引和文档检索数据的，索引类似于MySQL的数据库，而文档类似于MySQL的表。要想使用搜索引擎，就必须事先创建索引和文档。有两种解决方案可以实现：第一种方案是把创建索引和文档的语句直接集成在代码里，每次启动时都检查相应的索引、文档是否存在，不存在就创建；第二种方案是通过脚本的形式，把每个索引和文档的创建语句都保存下来，如果有字段改动则删除，再

学会了技术就要使用，否则很容易忘记，因为自然界压根就不存在什么代码、变量之类的玩意，这都是一些和生活常识格格不入的东西。只能多用多练，形成肌肉记忆才行。在一次实际的产品开发中，由于业务需求的缘故，需要使用Elasticsearch搜索引擎。搜索引擎是通过索引和文档检索数据的，索引类似于MySQL的数据库，而文档类似于MySQL的表。要想使用搜索引擎，就必须事先创建索引和文档。有两种解决方案可以实现：第一种方案是把创建索引和文档的语句直接集成在代码里，每次启动时都检查相应的索引、文档是否存在，不存在就创建；第二种方案是通过脚本的形式，把每个索引和文档的创建语句都保存下来，如果有字段改动则删除，再

昨天把拼了一半的注解+Elasticsearch积木放下了，因为东西太多了拼不好，还容易乱。休息了一晚上接着来。 接着昨天，创建elasticsearch文档注解（相当于数据表的注解）：/***elastic文档注解，定义每个elasticsearch文档上的属性**@authorxiangwang*/@Inherited@Retention(RetentionPolicy.RUNTIME)@Target({ElementType.TYPE})public@interfaceDocument{Stringindex();Stringtype()default"_doc";booleanuseS

昨天把拼了一半的注解+Elasticsearch积木放下了，因为东西太多了拼不好，还容易乱。休息了一晚上接着来。 接着昨天，创建elasticsearch文档注解（相当于数据表的注解）：/***elastic文档注解，定义每个elasticsearch文档上的属性**@authorxiangwang*/@Inherited@Retention(RetentionPolicy.RUNTIME)@Target({ElementType.TYPE})public@interfaceDocument{Stringindex();Stringtype()default"_doc";booleanuseS

很多码农在写代码的时候不太爱写注释，结果任务一多，时间一长，需求一改，就完全不知道当初自己都干了些啥了。好在现在大多数编程语言都有注释功能，能够在代码里面做一些备注，不至于时间长了忘掉。但这些注释只是给人看的，机器并不会处理这些信息，而是把这些注释当作垃圾一样无视。反过来，如果有些编程语言因为升级更新，替换掉了某些功能特性而导致开发受阻甚至不能使用，该怎么办呢？——这也难不倒科学家。他们想：既然码农可以写注释提醒自己不忘记代码是干什么的，那是不是也可以通过某种方法来提醒他们代码会出问题呢？还真被他们找到了，这就是注解！比如，像刚才说的场景：如果某个Java类被废弃了，怎么让码农们知道呢？——使